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Outline 


♦ Constellation Ares I/Orion/Ground Ops Elements 

♦ Orion Ground Operations Flow 

♦ Orion Operations Planning Process and Toolset Overview 

• Orion Concept of Operations by Phase 

• Ops Analysis Capabilities Overview 

• Operations Planning Evolution 

• Functional Flow Block Diagrams 

• Operations Timeline Development 

• Discrete Event Simulation (DES) Modeling 

• Ground Operations Planning Document Database (GOPDb) 

♦ Using Operations Planning Tools for Operability Improvements 

• Kaizen/Lean Events 

• Mockups 

• Human Factors Analysis 


Page 2 


Constellation Ares I/Orion/Ground 
Operations Elements 









Orion Ground Operations Flow 









Supply chain 

AI&P 

Standalone Operations 

LV Integration 
& Test 

Pad and 
Launch Ops 

Landing & 

_ Recovery 

Post-Flight 
Processing 
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MPPF - Non-Hazardous Ops 




Initial Provisions 
Stowage 
-T-0 connection 
(power, control, data, 
purge) 

-Time critical PEPC fit 
checks 




Crew Equipment Interface 
Testing - CEIT 

-Verify flight crew to 
Orion interfaces 



Multi Element Interface Test 
-MEIT 

-Verify Orion 
interfaces to other 
flight elements (ISS, 
Altair, etc.) 

-Not for every flow 




Cargo Stowage and 

Integration 
-PEPC stowage 
-Potable water 
service and sample 
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MPPF - Hazardous Ops 


MPPF 



r 

High Pressure Gas Servicing 

-G02, GN2, GHe, 



-A. 




Ammonia Servicing 

-NH3 



Hypergolic Servicing 

-N204, MMH, N2H4 
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VAB - Launch Vehicle Integration Ops 



Short Stack 
& LAS to VAB 

Short Stack vertical 
transport from the MPPF 
LAS Horizontal transport 
from the CRF 


From MPPF 


from C 


VAB 


Rollout to Pad 


Lift & Mate 
Short Stack to CLV 

- Lift and mechanical 
mate with the upper 
stage IU 

- Electrical mates 

- Connect T-0 

- Initiate Purge 

- Perform l/F test 
(powered) 


LAS Integration 
to CM 

- Lift and mechanical 
mate LAS to CM 

- LAS to CM Electrical 
mate 

- LAS Interface Test & 
S&A rotation test 

(powered) 

- Ordnance mate 


Ogive 

Installation 

- Install Ogive Panels 

( 4 ) 

- Closeout TPS 

- Establish internal 
access (white room) 


Integrated Testing 

- Vehicle power up & health 
status 

- IVT (including RF testing) 

- Potable water sample 

- Countdown Demo Test 
(CDDT) 
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Pad and Launch Ops 


-Rollout to Pad with active 
purge 

-Connect Pad to ML 
interfaces 

-Establish External access 
(CAA & SM VAA) 

Rollout 




Mission 
Ops 
I [ > 




Communications Testing 


-Orion Power-up 
-Pad IVT 

-Comm. End-to-End Testing 
■ Uses antennas on LAS 



Late Stowage and 
Final Ordnance 

- Late PEPC Stowage 

- CM, SM Ordnance 
Ops 

-LAS arm inhibit 
removals (S&A pins) 


LC-39B 





Crew 


Operations 
-Crew Ingress 
-Hatch Seal Leak 
Checks 

-Cabin Leak Checks 
-White Room seal 
retract 
-CAA retract 





Launch Readiness 
Through T-0 

- Final countdown 


and Launch 
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Landing & Recovery Ops 



From Flight Ops 





Water Landing 


-Location data transmitted to MCC, 
relayed to recovery crew 
-Auto-safing of pyros & fluid 
systems performed and status 
provided to MCC 
-CM beacon transmits vehicle 
location to recovery crew 



Water Recovery Transportation 


-Remove CM from water (crew on- 
board) 

-Crew egress after CM secured on 
ship 

-Manual Pyro Safing 
-Remove Time Critical PEPC 


-Install lifting device on CM 
-Transfer CM to transporter on 
dock 

-Prepare for over-the-road 
transportation 

- Transfer CM transporter to 

trailer 

-Transported to MPPF at KSC 
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Post Flight De-servicing 




MPPF 


O&C 


From Landing Site 


De-service Preps 


Remove CM transporter 
from over the road trailer 
Clean CM & transporter 
Move CM transporter in 
MPPF airlock 
Move CM & transporter 
into High bay for de- 
servicing 


- Remove seats 

- Remove non-time critical 
PEPC 

- Remove Human Waste 

- Flush and Drain Urine system 
and decontaminate WMS 


- Data Retrieval if required 

- De-service Ammonia 
system 

- De-service ECLSS gases 

- Discrete Propulsion system 
Power-up 

- Decontaminate Hydrazine 
system 


- Move from de-servicing 
area 

- Configure for Transport 

- Transport CM and 
components back to O&C 
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Operations Analysis Capabilities 




Ground Operations 
Planning Database 

Provides a common, 
authoritative data repository 
for operations definition. 



Scheduie/Manifest Planning 

Utilized for integration of flight 
vehicles, facilities, flight/ground 
constraints and resource needs 
into an overall integrated 
processing site schedule and a 
launch manifest. 



Process Visualization 

Models operations/systems 
design interaction in a 
"virtual reality 
environment" 

Provides the ability to 
influence the design process 
to make systems more 
operable 

• VAB platform interference 

• Orion single Ogive concept 

• Access arm height on ML 

• ML cameras location 



Integrated Timeline 

Utilized to plan the 
ops processing flow 
and monitor 
compliance with 
critical path 
requirements. 


Reliability, Maintainability, Availability 

Determines the ability of design 
systems to perform required function in 
terms of operations, functional 
configuration, and ability to recover 
from failures. 

I *^aJ 

—ft 
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Discrete Event Simulation 


Utilized to develop a 
conceptual framework that 
represents the operation of a 
system and perform analyses 
on the behavior. 

• Flight Rate Achievability 

• GOP Architecture Needs 

• Launch separation Viability 
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Operations Planning Evolution 



Program Formulation 





IOC 


Process 

Definition 


Analysis 

Tools 



• 



1 



R 


High level operational 
concepts and functional 
flows 
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Conceptual models, 
deterministic timelines, 
historical comparisons 



Task level operational 
concepts, detailed 
FFBDs, off nominal 
task/event definition 


Subsystem/task level 
modeling, design-informed 
probabilistic simulations 




Operations requirements, 
procedures, Launch Commit 
Criteria, detailed mission 
scheduUaA^ 
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Certified requirements 
verification models, ops 
contractor/gov’t partnered 
manifest assessments 


Operations definition parallels design evolution. Primary objective is to optimize the 
“operations design” in conjunction with the flight and ground systems design. 
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Orion 606D Ground Ops Functional Flow 
Tier 1 
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Orion 606 D Ground Ops Functional Flow 

2.0 Non-Hazardous Processing - Tier 2 


From DD-250 
and Receipt 
& Inspection 



[7 2.8 

7 2.9 N 


Un-powered 


Orion Short 


Non-Time Critical 


Stack Potable 


PEPC and Crew 


Water Servicing 


Systems 


(Now performed 


Installation 


pre-DD250) 


To 3.0 

*- Hazardous 
Processing 



Internal Access Reqd. 

Power On 
Hazardous Op 
Exterior Access Reqd. 




Orion 606 D Ground Ops Functional Flow 

2.0 Non-Hazardous Processing- Tier 3 


Continue 

2.0 Ops 



Continue 

2.0 Ops 
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Operations Timeline Development 


♦ Subsystems level ground processing expertise from Shuttle and ISS 
used to estimate timeline durations and resource loading 

♦ Delphi method used to develop durations based on multiple experts 
per subsystem 

♦ Timeline inputs used to develop preliminary schedules, based on 
learning curve, work shifting and special testing 


• Examples: 


Orion Hazardous Servicing. Example Timeline 


> Integrated operations and 
hazardous operations at the 
MPPF are based on five 
days/three shifts; remaining 
offline operations are based on 
five days/two shifts 

> Learning curve factors gradually 
decrease for subsequent flights, 
based on ISS, Shuttle and Apollo 
historical data 

> No learning curve considered 
after 3rd flight 


1 GOPD 
Section # 

Task Name 

Most Likely 


31 1 1 1 2 1 3 1 4 1 5 1 1 1 7 | s IS 1 10 1 11 1 12 1 13 1 1 15 1 1« I 17 1 1! 1 18 1 20 1 21 1 22 1 23 

4.2 

Orion Short Stack Offline Ground Processing 

469.4 hrs 


4.2.1 

DD250 of Orion Short Stack to NASA 

Ohrs 

♦ 1/1 

4.2.2 

Orion Nort-Hazardous Processing 

111 hrs 


4.2.3 

Orion Short Stack Hazardous Servicing Operations 

408.65 hrs 


4.2. 3.1 

Setup for High Pressure Gas Servicing (G02. GN2, GHe) 

58.25 hrs 


4.2. 3.2 

CM/SM Flight Pressure G02 Servicing 

73.9 hrs 


4.2.3.3 

CM/SM Flight Pressure GN2 Servicing 

61.4 hrs 


4.2. 3.4 

CM/SM Flight Pressure GHe Servicing 

58.15 hrs 


4.2.3.5 

High Pressure Gas Servicing Post-Ops 

1.75 hrs 

W 

4.2. 3.6 

Orion Short Stack (CM/SM/SA) Potable Water Sample and 

97 hrs 



Configure for Hyper and NH3 Servicing 



4.2.3.7 

CM NH3 Ammonia Servicing 

106.25 hrs 

W 

4.2. 3. 8 

SM N204 Oxidizer Servicing 

41.75 hrs 


4.2. 3.9 

CM N2H4 Propelant Servicing 

57 hrs 


4.2.3.10 

SM MMH Fuel Servicing 

44 hrs 


4.2.3.11 

De-Configure Orion Short Stack Post-Servicing 

11.25 hrs 


4.2.3.12 

Orion Short Stack (CM/SM/SA) Transport Preparations 

13.75 hrs 

V* 

4.2.3.13 

Orion Short Stack (CM/SM/SA) Transport to VAB 

11.5 hrs 

** 


Orion Short Stack in VAB Transfer Aisle 

Ohrs 

+ 1/20 
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Ground Operations Timeline 
Analysis Report (GOTAR) 

♦ Purpose 

• Assess the progress made by the Ares/Orion/GO 
Projects towards meeting the CARD’S critical path 
requirements. 

> [CA6002-PO] The Constellation Architecture shall conduct 
ground operations for a single Ares I/Orion mission within a 
threshold critical path timeline of 879 hours 


♦ Scope 

• Integrated timeline represents an Ares I/Orion nominal 
flow during “steady state” operations including offline 
operations (post-AI&P) and integrated operations 

(V AB/ML/Pad) 

> Durations are based on single-point estimates and 
tracked in work-hours (no shifting) 

• Significant improvements have been made by the 
projects to achieve the critical path requirements 

> GOTAR-OI launch-to-launch critical path duration 
was 920 hours 

> GOTAR-12 launch-to-launch critical path duration 
is 867 hours 


Ares I/Orion Total Online Cycle Time 
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DES Modeling - Process Overview 


Discrete Event Simulation is a computer-based modeling technique for complex and dynamic systems where 
the state of the system changes at discrete points in time and whose inputs may include random variables. 


Planning products include: 

• Integrated Timelines 

• Functional Flow Block Diagrams 

• Manifest Scenarios 

• Project Directed Assumptions 



Modeling guidelines: 

• Model at the level of detail for 
which there is data. 

• Model at the level of detail 
required to provide the answer. 

• Complete analysis in time to be 
useful. 


Additional SME Inputs 
(durations, resources, etc.) 
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Output File and 
output analysis 
products designed 
to match requested 
analysis. 






— 


DES Models 


Output Results 
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Ground Ops DES Based Analyses 


♦ Constellation Ground Operations 
Project PDR Requirements Analysis 

♦ Maximum Flight Rate Analysis 

• Integrated Operations (VAB/ML/Pad) 

• Orion Offline Operations (MPPF) 

♦ Confidence Level Assessments 

• Integrated Timeline (GOTAR) 

• Orion Offline Operations (MPPF) 

• Ares Offline Operations (RPSF) 

♦ DES Demonstration at Virtual Mission 
Simulation 

♦ KAMAG Transporter Study 

♦ First Stage Surge Capacity Study 

♦ VAB Highbay Selection Study 

♦ 90-Minute Launch Separation Study 


♦ Altair Ground Architecture Study 

♦ Lunar Budget Baseline Exercise 

• Identified need to have a 2 nd ML and 
VAB HB for the Ares V during the 
lunar era 

♦ Augustine Committee & Heavy Lift 
Launch Vehicle (HLLV) Study 

• Provided Flight Rate Analysis for 
Multiple Architectures and Vision 
Strategies 

♦ Probability of Meeting Planned 
Milestones Study 

♦ Launch Probabilities and 
Distributions for PDR 
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Ground Operations Planning Document 
and Database (GOPDb) 



♦ 


♦ 


GOPD Database (GOPDb) provides detailed 
ground operations information 

• Tasks with High Level Work Steps 

• Hazardous Operations 

• Required Subsystems 

• Required Support Services 

• Required GSE 

• Required Personnel 

• Resource Loaded Nominal Timelines 

GOPDb provides user-friendly data entry, 
review, approval and reports 

• Task listings 

• Resource listings 

• Nominal Timelines 




1. Mow/ .owe* an e secure eetemal plK^onrs arounc the GUI. V e r*y deary** f*on r, the Out rr 
Mod Lne fOMi to the CM s accepsac 

2 . Estao sr ground connection h orn pt a r*prr r s to facility Verify resistance s with m spec 

3. Install protect ve cover; on the CM e«te~o* i nduding * neon; anc a-eas o* t-e w- ce tnat 
it vulnerable to ground process! -g carnage 

4.14.1.22 CM E^ahtrA Internal Access 

Actvty Type: Hom>«a. 


Access to the i -tenor of the Creo Moclc is estop shed 


a. Cases. Inv.ronmentaJ Control Subsystem ECSi 

b. Mechamca. Handing anc Access -GSE 

Steps 

1. ►nor to opening the natch use the Manual b-essu- cation anc Equaiitston Valve (MPEV) to 
w«n tne catoir. The va w is bu t irtoth* ; oe hatch 

2. Open the crew hatch, anc atch it to its ooer position. Hatch Counter Ba;'a Mechanism 
I CBM i ^ight des.gr and ary re atec Ground Support Equipment (62) operato« .s <TBR 
U42> 

3. Install a protective cover over the hatch 

4. Install the hatch hng cover 
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Operability Success Stories 



♦ Operability, in general, can be thought of as the extent to which the 
maximum mission objectives can be achieved at the lowest cost over 
the program lifecycle 

♦ Often, improving operability means optimizing several competing 
figures of merit 

♦ Operability figures of merit specific to Ground Operations include the 
following: 

• Improvement of safety to personnel and/or hardware 

• Maximization of throughput or flexibility to meet dynamic manifest needs, and 
minimization of processing critical path 

• Minimization of facility/industrial “footprint” required to support operations 

• Maximization of capability to launch on time 


• Minimization of touch labor 
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Operability Success Stories - Orion/LAS 



A. Orion design changed to 
add integrated lift 
capability 


G. SM Fairing removal capability 
without de-integration of the CM 


H. Ares/Orion SAflU Interface 

• Exterior (versus internal) mating of fasteners 

• Thermal closeout with preformed material 

• Alignment cues for stacking 




F. Relocation of the SM T-O, 
Pyro, and Servicing panels 




E. Orion propulsion systems 
optimized for offline servicing 


Page 22 









Operability Success Stories - Ground Systems 




A Mulfr-Payload Processing Facility (MPPF) 

♦ Orion offline hazardous servicing. CM de- 
servicing and GSE storage combined in MPPF. 
reducing O&M costs for additional facilities 




Single String Architecture 


B Vehicle Assembly Building (VAB) 

* New platforms selected over modified 
Shuttle platforms, allowing for optimal 
access at desired locations 

♦ M aj or facility ref urbishments have 
rehabilitated VAB doors, siding and roof, 
enhancing hurncane protection and 
reducing O&M costs 


D Mobile Launcher (ML) 

• Integrated ML concept - base, tower and all GSE - provided as consolidated system 

• Vehicle Access Arms (VAA's) - Stowed on side of tower to minimize launch damage, 
electric drive system (no hydraulics) 

• Launch Mount design provides flexibility for vehicle and processing changes 

• Tilt Up Umbilical Arm protective upgrades Safe-house, Stress steel truss 

• ML Structure utilized stainless steel cylindrical tubing blast deck, and he3t shields 



E. Launch Pad 39B 

• Clean pad concept maximizes flight rate of most expensive architectural feature, 
simplifying transition to future programs and reducing potential need for additional 
launch pads 

• LC39B Lightning Protection System - Provides isolated ’Faraday Cage and 

compatible with any vehicle up to VAB door height (-400’ vehicle) 


C Command Control and Communication (CCC) 

• Consolidated Control Rooms m the LCC 

♦ Launch Control System (LCS) - Use of the Standards 
Based Architecture and mdustnal control systems 
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Kaizen Improvement Event: 

Recommend improvements for assembling Launch Abort System (LAS) 



Include flight hardware, GSE and 
assembly sequence changes 

The way we used to do it ... 

• Assembly is time consuming, involves many fasteners, 
access points and TPS closeout operations. 

• Assembly does not align with the CARD critical path 

timeline. 

The changes we made... 

• Eliminated rework (re-assembly) 

• Integrated Programmatic Schedule Approach 

• Preassembled ogive panels 

The way we plan to do it in the 

future 

• Further refine approach as an integrated team and 
optimize flow 



Sponsors: Kelvin Manning (GOP)/ Joe Voor / Bill Cummins 
Tearn Leader! s): Gary Letch worth (GOP), Richard Martin 
(Orion) 

Facilitator: Jill Dobson (MBB), 

Team Members: See attached list 



Category 

Before 

After 

Improvement 


“Full Future State” 

Fastener count (~56 lb mass increase) 
GOTAR Critical Path* 

VAB Timeline 

Short Stack Stacking 
LAS Stacking 
Ogive Installation 

693 

113.5 hr 

211.5 hr 
50.5 hr 

47 hr 
113 hr 

365 
66.5 hr 
89 hr 
34.5 hr 
32 hr 
41 hr 

328 
47 hr 

1 22.5 hr (incl parallel ops) 
/ 2 >V 16 hr 






* Segment (5) - Start of Orion/LAS Stacking through Ready for Integrated Test and Vehicle Closeout Prepara tion ^ a 5 e 2 “ 


Lean Event Example - Orion Delivery 
Schedules 

Orion 1 & 2 Delivery Lean Event Findings 

• Identified Project-to- Project disconnects for future planning 

> If ground flow time significantly increases, battery life may become an issue. 
Continue looking at all limited life items to meet 100 day stacked requirement and 
related contingencies 

> Inconsistent application of schedule margin management across Projects (Generic 
overarching Learning curve by GO vs. low level task specific by Orion) 

> Program Software delivery disconnects for Orion Offline operations (3 months late) 

• Identified ideas of improvement for future planning 

> Cooling of COPVs to reduce servicing times 

> Servicing Hydrazine (CM) and MMH (SM) in parallel 

> Ammonia in parallel 

> Antenna testing location synergies - Orion S-band VAB testing (CM Antennas) 
requirements definition immature 

> Pathfinder activities to accelerate learning 

> Participation in pre-GO activities to accelerate learning 

> Move MEIT earlier and spread to pre-GO where possible 

> Partial or full gas servicing pre-GO where possible 

> Hazardous ops shifting from 2 to 3 shifts 
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Mockups 



♦ Interface between spacecraft and CAA 

• Proof of concept considerations: hatch size and 
orientation, fall protection, access to service 
panels, purge locations, hazardous environment 
mitigation, oxygen deficiency 

♦ Nominal Crew Ingress/Egress 
Considerations 

• GSE to Spacecraft Interface Points/Location 

> Attached points, handle locations, fall protection, 
handrails 

• Crew Seat Design 

> Closeout crew assistance , seat installation/removal 

• ECS Duct Location 

♦ Emergency Crew Egress 



• Seat Orientation in relation to Hatch 

• Emergency Response Crew GSE 

> Diving Board, escape harness 

• Rescue Gear 

> Breathing Air Packs, other tools 
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Human Factors Analysis - Process 


♦ Timeline activities were analyzed for hardware human interactions affecting the 
human performance during assembly, maintenance, inspection of Orion 

♦ Federal Aviation Administration (FAA) Human Factors Design Standards (HFDS) 
were used to identify and resolve Human factors issues. 

♦ The team modified a Human Factors Engineering Analysis (HFEA) tool 
developed by the KSC Engineering Directorate by re-arranging the analysis 
spreadsheet to show a timeline of events. For each of the events, 5 areas in the 
tool were addressed.: 

• Human interface, Issue, Processing Phase, Risk Analysis and Recommendations 

♦ Example 1 - moving the short stack pallet into and out of servicing bay. 

• Alignment of pallet into the servicing bay was considered an issue that required further 
evaluation. 

• A recommendation was provided to the design team to install guide rails on floor. 

♦ Example #2 - connecting, disconnecting, and stowing hoses from the 
transporter. 

• The weight and flexibility of the hoses was considered an issue. 

• An action was taken by the team to assure the hoses can be lifted by the technicians. 


• It was recommended to change the design of the hoses to be in sections to reduce weight to 
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Human Factors Analysis - Lessons 


♦ The NASA Constellation program level human factors 
requirements document HSIR greatly promoted better 
human factors Systems Engineering and Integration. 

> This improved the integration between ground systems, crewed 
vehicle designs for ground processing. 

♦ Early collaboration and planning between the flight and 
ground hardware designers for human factors operability 
engineering analysis (HFEA) is necessary. 

♦ Timeline analysis is great way to analyze and improve the 
design of ground and flight hardware interfaces for 
ground processing of the ground equipment, and the 
flight and ground hardware interface. 

♦ Employ qualified human factors person/s on team from 
the beginning of the Project. 

• Human factors engineers should perform the human factors 
assessments as embedded members of the design teams. 
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